home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950929-19951130 / 000270_news@columbia.edu_Thu Nov 2 17:10:15 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA00673
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 2 Nov 1995 13:35:40 -0500
  3. Received: by apakabar.cc.columbia.edu id AA18444
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 2 Nov 1995 13:35:38 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!van-bc!ddsw1!news.mcs.net!not-for-mail
  6. From: les@MCS.COM (Leslie Mikesell)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: how to get  DOS kermit c source code?
  9. Date: 2 Nov 1995 11:10:15 -0600
  10. Organization: /usr/lib/news/organi[sz]ation
  11. Lines: 24
  12. Message-Id: <47au1n$jjs@Mercury.mcs.com>
  13. References: <45pk9f$so3@info.bta.net.cn> <1995Oct20.092232.64321@cc.usu.edu> <46tksi$qeq@Mercury.mcs.com> <1995Oct28.172619.65234@cc.usu.edu>
  14. Nntp-Posting-Host: mercury.mcs.com
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <1995Oct28.172619.65234@cc.usu.edu>,
  18. Joe Doupnik <jrd@cc.usu.edu> wrote:
  19. >    Being practical here rather than arguing over moralistic issues,
  20. >users are far better off getting the latest Kermits from Columbia rather
  21. >than using ancient versions found on distribution media. Look at how old
  22. >that stuff is. Getting them is very easy. Supporting them is not cheap, as 
  23. >you know and seemingly wish to avoid.
  24.  
  25. Perhaps we agree that the world would be a better place if every
  26. machine that communicates had a copy of the latest version of kermit
  27. on it.  But we certainly disagree on the way to make that happen.
  28. Count the number of programs in a typical Linux or freeBSD
  29. distribution.  You could say that the best way to maintain a system
  30. is to ftp each of those programs separately from it's home site
  31. tracking all the changes, but that isn't going to make it happen
  32. no matter how easy you claim it is for any single one.  And, if
  33. you don't have ftp access it turns out not to be easy at all.
  34. People want/need packaged distributions, whether by ftp or cdrom
  35. or locally maintained archives where someone has tested the components
  36. with each other.  Programs that can't be included just won't be
  37. put on a lot of systems.
  38.  
  39. Les Mikesell
  40.   les@mcs.com